home *** CD-ROM | disk | FTP | other *** search
/ Floppyshop 2 / Floppyshop - 2.zip / Floppyshop - 2.iso / diskmags / 0022-3.564 / dmg-0079 / 768.txt < prev    next >
Text File  |  1997-04-16  |  13KB  |  318 lines
  1. =========================================================================
  2.  
  3. INFO-ATARI16 Digest         Thu,  7 Dec 89       Volume 89 : Issue 768
  4.  
  5. Today's Topics:
  6.                             Absoft Fortran
  7.                          Drachen and Mah-Jong
  8.                       GNU C Floating Point Math
  9.                        Modula-2 Algebra System
  10.                     Prodigy run under Spectre GCR?
  11.                                RatTrap?
  12.                             Shareware Mac
  13.                                 STacey
  14.                           Still searching...
  15.    The Relevance of the PD FORM docs to the PD distribution of FORM
  16. ----------------------------------------------------------------------
  17.  
  18. Date: 7 Dec 89 11:49:24 GMT
  19. From: helios.ee.lbl.gov!ncis.tis.llnl.gov!blackbird!news@ucsd.edu  (News System
  20.  Account)
  21. Subject: Absoft Fortran
  22. Message-ID: <1440@blackbird.afit.af.mil>
  23.  
  24. In article <891207024528.958022@DMZRZU71-UNI-MAINZ--GERMANY>
  25.  Ritzert@DMZRZU71.BITNET writes:
  26. >                                                 There is a serious bug
  27. >in the compiler (version 2.3):
  28. >
  29. >If You want to use a common block only in some subroutines You have to
  30. >declare it in Your main program. Otherwise You will get unpredictable
  31. >results. This is the only Fortran compiler I have used which behaves
  32. >this way (and I have been writing Fortran programs on many systems).
  33. >
  34. >Michael Ritzert
  35. >mjr@dmzrzu71.bitnet
  36.  
  37.  
  38. This is not a bug.  The FORTRAN standard does not require that a common
  39. block that is first initialized in a subroutine be saved after the
  40. subroutine is exited; although, most FORTRAN implementations do save it.
  41. (Sorry, I can't quote the Standard but you can
  42. see, for instance, Michael Metcalf's Effective Fortran 77, page 83.)
  43.  
  44. If you would like to keep the common block around and don't want
  45. to clutter up the main program by declaring it there use the save
  46. command:
  47.            subroutine foo(args)
  48.            real args,stuff
  49.            common/bar/stuff
  50.            SAVE /bar/
  51.            .
  52.            .
  53.            .
  54. This should work (at least it does in compiler version 2.2).
  55.  
  56. (It sure is nice to finally see some discussion on a
  57. real programming language in this newsgroup :-)
  58.  
  59. David E. Bell
  60.  dbell@galaxy-43.UUCP
  61.  dbell@afit-ab.arpa
  62.  
  63. ------------------------------
  64.  
  65. Date: 7 Dec 89 07:28:37 GMT
  66. From: cca.ucsf.edu!wet!logic@cgl.ucsf.edu  (Henry Kwan)
  67. Subject: Drachen and Mah-Jong
  68. Message-ID: <842@wet.UUCP>
  69.  
  70. In article <891205001533507.GXJT@RAI.CC.FSU.EDU> BAILEYS@FSU.BITNET (NOLES #1)
  71.  writes:
  72. >
  73. >Well, Shanghai and Drachen both use the same game space and rules, so they
  74. >are identical simulations of something, but I don't think it is really
  75. >Maj-Jong.  I believe 'real' Maj-Jong has more tiles, but I am not sure.
  76. >Being a big Shanghai/Drachen player, I would certainly like to know for sure,
  77. >so are there any Maj-Jong players out there?  Fill us in!!
  78. >
  79.  
  80. Shanghai is to Mai Jong is what Old Maid is to Poker.
  81.  
  82. Or in other words, it's totally different except for the fact that they both
  83. use the same images on the tiles.
  84.  
  85. --
  86. Henry Kwan                |  AppleLink: D0690
  87. FWB, Inc.                 |  CompuServe: 71320,1034
  88. 2040 Polk St.  Ste 215    |  Internet: claris!wet!logic@ames.arc.nasa.gov
  89. San Francisco, CA  94109  |  UUCP: ?claris,hoptoad,lamc,ucsfcca?!wet!logic
  90.  
  91. ------------------------------
  92.  
  93. Date: 6 Dec 89 21:11:25 GMT
  94. From: fox!portal!atari!apratt@apple.com  (Allan Pratt)
  95. Subject: GNU C Floating Point Math
  96. Message-ID: <1863@atari.UUCP>
  97.  
  98. esp_05@jhunix.HCF.JHU.EDU (Stdnt 05) writes:
  99. I just downloaded the copy of GNU C from terminator, oh, two weeks
  100. >ago, the same time I downloaded the pml package.  Maybe I should try
  101. >drgsun.
  102.  
  103. Bammi recently put GCC 1.36 on his server -- say "gcc -v" to find out
  104. what version you're using.
  105.  
  106. >At any rate Megamax C blew GNU C away in speed and executable size
  107. >(GNU C took twice as long, and the executables were around twice as
  108. >large).  The only problem with it is that it doesn't have stdlib
  109. >functions, although without those I can still improvise.
  110.  
  111. When you say "executable size" do you mean the size of the PRG file?
  112. That's not a good indication.  There can be any amount of information
  113. in the PRG file besides the program: symbol tables, debugging
  114. information, etc.  If you use -g on the GCC command line, that's your
  115. answer: it generates LOTS of info for the symbolic debugger GDB (and
  116. UN*X's dbx).
  117.  
  118. The right way to find out executable size is to dump the program's header
  119. and look at the size fields.  The dump will look like this:
  120.  
  121.         60 1a tt tt tt tt dd dd dd dd bb bb bb bb ...
  122.  
  123. 601a is a magic number.  tttttttt is the text (program) size in bytes.
  124. dddddddd is the data segment size in bytes.  bbbbbbbb is BSS. Compare
  125. the SUM of text + data, because GCC might be putting strings in the
  126. text segment, while Megamax might put them in the data segment. Also
  127. make sure they're both talking about the same things: use -mshort for
  128. your comparison (even if the program doesn't work that way) if Megamax
  129. has 16-bit INTs.
  130.  
  131. Of course, MegaMax C has *8* bit shorts, and some required keyword
  132. concerning modules or overlays or something, so I have no respect for
  133. it at all...
  134.  
  135. ============================================
  136. Opinions expressed above do not necessarily     -- Allan Pratt, Atari Corp.
  137. reflect those of Atari Corp. or anyone else.      ...ames!atari!apratt
  138.  
  139. ------------------------------
  140.  
  141. Date: 7 Dec 89 08:16:14 GMT
  142. From: psuvm!jjl101@psuvax1.cs.psu.edu  (J.J. Lehett)
  143. Subject: Modula-2 Algebra System
  144. Message-ID: <89341.031614JJL101@PSUVM.BITNET>
  145.  
  146.      Just wondering, before I take the time to download this file, can someone
  147. out there post a generalization of just what the Modula-2 Algebra system does?
  148.  
  149.     Thanks in advance!
  150. -------
  151. ********************************************************************
  152. *       J.J.        *             JJL101@psuvm.bitnet              *
  153. *                   *    Penn State Center for Academic Computing  *
  154. *    John Lehett    *          Computational Mathematics           *
  155. ********************************************************************
  156.  
  157. ------------------------------
  158.  
  159. Date: 7 Dec 89 08:32:48 GMT
  160. From: fox!portal!cup.portal.com!Bob_BobR_Retelle@apple.com
  161. Subject: Prodigy run under Spectre GCR?
  162. Message-ID: <24790@cup.portal.com>
  163.  
  164. HOward C. Johnson asked if anyone had gotten the Prodigy software for the
  165. Mac to run under Spectre emulation...
  166.  
  167. A friend of mine investigated this very question, and found that the
  168. Prodigy software, which ran perfectly on a real Mac, wouldn't run on
  169. his Spectre.  I don't know exactly what the problem was, but my friend was
  170. quite disappointed.  We've both used the IBM version of Prodigy under the
  171. pc-ditto emulator, and while it runs, it's far too slow to be useful..
  172. we'd looked forward to the Mac version since Spectre runs Mac software at
  173. full speed (or better).  Unfortunately, it seems destined not to be...
  174.  
  175. BobR
  176.  
  177. ------------------------------
  178.  
  179. Date: 7 Dec 89 08:05:55 GMT
  180. From: eru!luth!sunic!tut!ra!uwasa.fi!hv@bloom-beacon.mit.edu  (Harri Valkama
  181.  LAKE)
  182. Subject: RatTrap?
  183. Message-ID: <1989Dec7.080555.3093@uwasa.fi>
  184.  
  185. Do anyone know where I can ftp a PD program called
  186. rattrap, which should allow me to use menus like in
  187. the Mac (ie. so that they don't drop so easily).
  188.  
  189. If not ftp perhaps someone can mail it to me.
  190.  
  191. --
  192.  
  193.                                 Harri Valkama (hv@uwasa.fi)
  194.                                 anon. ftp site (128.214.12.3)
  195.  
  196. ------------------------------
  197.  
  198. Date: 7 Dec 89 07:48:44 GMT
  199. From: fox!portal!cup.portal.com!Bob_BobR_Retelle@apple.com
  200. Subject: Shareware Mac
  201. Message-ID: <24788@cup.portal.com>
  202.  
  203. Pit Capitain, the author of the ALADIN Mac emulator has replied to a lot
  204. of the questions and comments about his offer to release the ALADIN
  205. emulator as shareware...
  206.  
  207. One thing I've been wondering about though, is how exactly was the ALADIN
  208. implemented..?    Obviously it's a disk based, software emulator.. but,
  209. how was the problem of needing Mac ROMs addressed..?
  210.  
  211. Was a cartridge similar to the Magic Sac offered to hold the ROMs..?  Were
  212. you required to figure out something on your own to hold the ROMs..?
  213. What exactly was a running configuration of ALADIN like..?
  214.  
  215. BobR
  216.  
  217. ------------------------------
  218.  
  219. Date: 7 Dec 89 08:37:19 GMT
  220. From: fox!portal!cup.portal.com!Bob_BobR_Retelle@apple.com
  221. Subject: STacey
  222. Message-ID: <24791@cup.portal.com>
  223.  
  224. Good news....!
  225.  
  226. The STacey has passed its FCC type acceptance testing as of today...
  227. according to Atari, it should be in the stores in 30 days or less.
  228.  
  229. BobR
  230.  
  231. ------------------------------
  232.  
  233. Date: 6 Dec 89 21:58:51 GMT
  234. From: fox!portal!atari!kbad@apple.com  (Ken Badertscher)
  235. Subject: Still searching...
  236. Message-ID: <1864@atari.UUCP>
  237.  
  238. bds@lzaz.ATT.COM (Buce Szablak) writes:
  239.  
  240. | > It is important to make sure that professional programmers know how to
  241. | > program the computers, not end users.
  242.  
  243. | Sorry, you are way off base here. Most PD software comes from end-users
  244. [...]
  245.  
  246. I'm not way off base. I may be wrong in your case, and in fact I may be
  247. wrong in the case of every person who reads comp.sys.atari.st!  But
  248. active members of online communities aren not by any means
  249. representative samples of ST owners.  If the online community were more
  250. ubiquitous, I would grant that your experiences were representative,
  251. but it isn't, so I can't.  My opinion is based on my experience working
  252. in a computer store, working with user groups, supporting development
  253. tools, and talking with Atari's user group and developer support people.
  254. Users, by and large, want to use their computers.
  255.  
  256. As far as supporting hobbyist programmers, I take a pragmatic stance.
  257. How much PD software comes from where is not directly important to a
  258. computer maker.  It is certainly indirectly important, because a wide
  259. variety of PD tools make a computer a lot more attractive to the
  260. informed buyer.  But a wide variety of professional products make a
  261. computer more attractive to the market at large.  A lot of people buy
  262. the computer that runs the software that they want to run.  That is why
  263. it is vital for computer makers to have a broad commercial software
  264. base for their machines.  In order for that to happen, strong support
  265. for the companies that produce that software must exist.
  266.  
  267. A side effect of having strong support for professional programmers is
  268. that end users get supported as well.  More books get written by the
  269. professionals, making more information available to the hobbyist than
  270. the computer maker can hope to provide.  A broader base of technically
  271. competent people exist to answer the questions of hobbyist programmers.
  272. All these programmers will be happy because they can get their
  273. questions answered and they can solve their problems without having to
  274. stumble around in the dark too much.
  275.  
  276. | BESIDES, aren't I (an end-user who uses
  277. | his ST to write programs for enjoyment) a valued customer????
  278. | Aren't my CUSTOMER needs important??? Your attitude really bothers me.
  279.  
  280. Every customer is a valued customer.  You are an espeically valued
  281. customer, because you take the time to give feedback on how you think
  282. Atari is doing.  I'm sorry that my attitude bothers you, but I think
  283. that it's a practical one.  I hope that I've clarified where I'm coming
  284. from.
  285.  
  286. Please note: the opinions expressed in this article are mine and mine
  287. alone.  Atari has its own.
  288.  
  289. --
  290.    |||   Ken Badertscher  (ames!atari!kbad)
  291.    |||   Atari R&D System Software Engine
  292.   / | \  #include <disclaimer>
  293.  
  294. ------------------------------
  295.  
  296. Date: 7 Dec 89 09:12:03 GMT
  297. From: eru!luth!sunic!mcsun!hp4nl!nikhefh!t68@bloom-beacon.mit.edu  (Jos
  298.  Vermaseren)
  299. Subject: The Relevance of the PD FORM docs to the PD distribution of FORM
  300. Message-ID: <581@nikhefh.nikhef.nl>
  301.  
  302. Concerning the remark about `missing features' in FORM.
  303. The manual of FORM describes the entire FORM 1.0.
  304. The remark about the missing features concerns future
  305. development. A symbolic manipulation program is never realy
  306. finished. You have to stop somewhere and say: 'this is version 1.0'.
  307. Then in later versions there will be more features.
  308. The program as it is distributed is fully self sufficient and
  309. can be used for a very large number of problems.
  310. Suggestions for more features will be very welcome.
  311.  
  312. Jos Vermaseren
  313.  
  314. ------------------------------
  315.  
  316. End of INFO-ATARI16 Digest V89 Issue #768
  317. *****************************************
  318.